1
Регистрационный лист начинает давать сбои
DSAI2202Lesson 1: Designing Relational Database Structures
00:00

Электронные таблицы — это отличный способ начать упорядочивать школьную информацию. Однако хранение всех записей — студентов, курсов, преподавателей и регистраций — в одном гигантском перегруженном листе приводит к бесконечному дублированию данных и сбоям в работе системы. Когда студент записан на несколько предметов, его личные данные приходится вносить снова и снова, что создаёт хаотичное дублирование и серьёзные проблемы с обслуживанием.

⚠️ Плоский регистрационный листСтудент: Сэм (ID: 001)Курс: Математика, Естествознание, ИскусствоДанные повторяются в каждой строке!✓ Реляционная база данныхТаблица 1: Студенты (Сэм)Таблица 2: Курсы (Математика...)Таблица 3: Зачисления (Связь)

Основные концепции проектирования баз данных

  • Дублирование данных: Когда в курсе много студентов, сведения о курсе и преподавателе повторяются во множестве строк, что занимает лишнее место и провоцирует ошибки.
  • Аномалии обновления: Если Сэм сменит номер телефона, а мы обновим его только в одном месте, лист заполнится противоречивой информацией.
  • Анализ требований: Создание надёжной структуры начинается с выявления этих проблем и определения сущностей, атрибутов и связей.

Зачем нужна структура

Грамотно спроектированная база данных предотвращает ошибки — например, случайное повторение одной и той же пары «студент–курс». Разделяя различные понятия по правильно структурированным таблицам, мы добиваемся того, что каждая строка представляет один последовательный тип объекта, что обеспечивает надёжную работу.

Принцип проектирования
Каждое проектное решение должно напрямую вытекать из сформулированного требования, а не из предполагаемых условностей, что гарантирует точное отражение реального мира в архитектуре.
The Registration Sheet Is Starting to Break